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DETAILED ACTION 

1 . This action is responsive to the Applicant's response filed 4/1 1/08. 

As indicated in Applicant's response, claims 7, 16-17 have been amended. Claims 1, 3- 
17 are pending in the office action. 

Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1,3-17 rejected under 35 U.S. C. 103(a) as being unpatentable over Microsoft 
Corporation, "Microsoft Windows Management Instrumentation Scripting", April 1999, pp. 1-15 
(hereinafter MSWMI), further in view of Admitted Prior Art (APA - see BACKGROUND of 
application). 

As per claim 1, MSWMI discloses a computer-implemented method for providing access 
to instrumentation data from within a managed code runtime environment, the method 
comprising: 

providing an application (e.g. WMI technology - Introduction) from in a runtime-aware 
programming language (e.g. Introduction: enterprise environment, model - pg 1; Object, 
Information Model: pg. 5-11), the application being suitable for execution by a runtime engine in 
a managed runtime environment ( Note: application of a enterprise application with modeling 
and interface or extension APIs reads on application with a runtime-aware programming 
language); 
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executing the application in a managed runtime environment having a runtime engine, 
wherein there is a defined contract of operation between the executing application and the 
runtime engine to delegate certain application tasks to the runtime engine that enable the runtime 
engine to service requests ( e.g. Windows Management Instrumentation Technology: Access 
to monitor, command, control any entity ...underlying mechanism, API ... Interoperability 
...providing and accessing management ...extend the information ...connect one or more sources 
of management information ...capture instrumentation, detailed queries ~pg. 1, bottom to pg. 2 , 
top) from the executing application at runtime; 

including requests for instrumentation data representing management information about 
other applications and devices available outside the runtime environment (e.g. to capture 
instrumentation data from device drivers kernel . .- pg. 2, 5 th bullet-top; Performance Monitor 
Provider - pg. 4, 4 th bullet; WDM provider - 10 th bullet, pg. 4; access the CIMOM object 
repository — pg. 4, middle; WMI Architecture Overview: using WMI APIs ... providers supply 
... CIM object Manager with data from managed objects, handle requests; interface between 
management applications and data providers ... common programming interface to Windows 
Management Instrumentation, data in this repository when servicing requests from management 
applications for managed objects - pg.3, middle; Fig. 1, pg. 4; WMI Providers data that is not 
available from the CIMOM ...forward to WMI Provider data and event notifications for 
managed objects - top pg. 4; Advantages of Using WMI Scripting: custom providers can ... 
cover vendor specific instrumentation (for system, applications, devices...), Extensible Providers 
instrumentation - 3 rd bullet, pg. 5); 
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receiving a request at the runtime engine from the executing application for 
instrumentation data available outside said managed code runtime environment the request 
including 

a path of an instrumentation data object (e.g. SWbemObjectPath - pg. 6, Features: Object 
Creation; SWbemObjectPath - bottom, pg. 7) for accessing the instrumentation data (e.g. pg. 2, 
5 th bullet-top; pg.3, middle; Fig. 1, pg. 4; top pg. 4 ), 

options used to retrieve (e.g. SWbemServices Object: Get, Delete, InstancesOf, 
ExecQuery, AssociatorsOf . . . pg. 7, middle; GetObjectText_, Spawnlnstance_, pg. 9, middle) the 
instrumentation data object, and 

an identification of a parent (e.g. ParentNameSpace, pg. 8, 3 rd bullet )of the 
instrumentation data object; 

transmitting a corresponding request for said instrumentation data to an instrumentation 
data source external to said managed code runtime environment, receiving a response to said 
corresponding request from said instrumentation data source (e.g. to capture instrumentation 
data from device drivers kernel . .- pg. 2-top, 5 th bullet; WMI Architecture Overview: using 
WMI APIs ... providers supply ... CIM object Manager with data from managed objects, handle 
requests ; interface between management applications and data providers ... common 
programming interface to Windows Management Instrumentation,- pg.3, middle; Fig. 1, pg. 4; 
WMI Providers data that is not available from the CIMOM ...forward to WMI Provider data 
and event notifications for managed objects - top pg. 4; WMI ... providers ... MOF language to 
define and create classes - middle pg. 4; data source such as system registry - 3 rd para, pg. 4); 
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converting said response to a format that is compatible with said managed code runtime 
environment (Windows Management Instrumentation Technology: supports the syntax of 
CIM, MOF, common programming interface, scripting support - pg. 1, bottom - Note: WMI 
environment working in conjunction with providers via scripting, and API for retrieval of remote 
objects, while supporting syntax of all interfaces reads on converting to syntax compatible for 
the WMI); 

responding to said request for instrumentation data with said converted response (Note: 
request for data using API and collecting data into a compatible form for the 
modeling/instrumentation application reads on responding to request for such instrumentation 
data). 

MSWMI does not explicitly discloses that the application for the runtime-aware language 
is written in a intermediate language, nor does MSWMI disclose that the runtime engine to 
execute said application is configured to execute such intermediate language. The use of WMI 
(Microsoft WMI or MSWMI) in application environment known as .NET platform has been 
well-established at the time the invention was made as set forth in APA ( see BACKGROUND 
of Application: pg. 3, bottom para; pg. 4, top two para), according to which Microsoft .NET 
platform utilizes Microsoft WMI to effect the interface necessary to retrieve instrumentation 
data which is taught by MSWMI to the .NET platform, wherein .NET application is compiled as 
intermediate code (IL) so that the IL is admittedly being run using by a Microsoft .NET runtime 
engine ( APA, see BACKGROUND: pg. 2, 3 rd para). Based on MSWMI being also a Microsoft 
product used in retrieving instrumentation data for Microsoft runtime application, it would have 
been obvious for one of ordinary skill in the art at the time the invention was made to utilize the 
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WMI (as by MSWMI) so that it supports as interface to a application written in IL and executed 
by a .NET runtime engine (as by APA) because according the Microsoft and APA, .NET 
applications programs are platform independent designed to communicate with many other 
sources, and since MSWMI is also product of Microsoft running as interface in its own form in 
tandem with the Microsoft .NET environment ( see APA, pg. 3-4) for rendering a variety of 
services to retrieve such multi-source data for the managed code of .NET ( see APA), using the 
WMI into support a Microsoft .NET application as set forth by APA would be the very purpose 
of WMI ( see APA: BACKGROUND, pg. 4) in light of .NET methodology's endeavor to obtain 
instrumentation data as purported by MSWMI. 

As per claim 3, MSWMI discloses converting instrumentation data object to a 
management object that is compatible with said runtime environment ( see claim 1; Using WMI 
technology .. create ...applications that implement ...features such as displaying system 
information, generating ... inventory resources ...processing events - pg. 3, Management 
Applications, bottom - Note: integrating data from request via API calls in order to integrate 
them for display in application via processing therein reads on converting requested data in 
runtime compatible form). 

As per claim 4, MSWMI discloses wherein said management object encapsulates 
properties of the instrumentation data object (e.g. Standard inheritable methods - pg. 3, top, 2 nd 
bullet; Features: Monikers, for encapsulating the location - pg 6, middle) accessible through 
said instrumentation data source, including 

properties representing the path (e.g. Features: Object Creation, pg. 6; SWbemObjectPath 
- bottom, pg. 7) of the instrumentation data object for accessing the instrumentation data, 
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the options used to retrieve (e.g. SWbemServices Object: Get, Delete, InstancesOf, 
ExecQuery, AssociatorsOf . . . pg. 7, middle) the instrumentation data object and 

the identification of the parent (e.g. ParentNameSpace, pg. 8, 3 rd bullet) of the 
instrumentation data object. 

As per claims 5-6, MSWMI discloses wherein said response comprises an indication that 
an operation was unsuccessful and wherein converting said response to said format comprises 
generating a management exception object; said indication that an operation was successful 
comprises error codes (e.g. Advantage of Using WMI Scripting: 4 th bullet: built-in features ... 
exception ~pg. 5, middle; Features: Error Handling - pg 6, middle; Asynchronous example: 
hResult, ErrorObject - pg. 14, 2 nd para; SwbemLastError object: read-once semantics... 
cleared after reading - pg. 9, bottom). 

As per claim 7, MSWMI discloses a computer-readable storage medium comprising 
instructions which, when executed by a computer, cause the computer to perform the method of 
any one of claims 1 and 3-6 (e.g. Note: a computer system capable of supporting script, 
encapsulating of objects, API calls, binding object-oriented instances to a model, and display of 
instrumentation data or event processing as in claims 1,3-6 reads on inherent computer readable 
medium for storing such software capabilities). 

As per claim 8, MSWMI discloses a computer-controlled apparatus comprising a 
processing unit and a system memory, and wherein the apparatus further comprises a managed 
code runtime environment and is configured to carry out the method of any one of claims 1 and 
3-6 ( see claim 7). 
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As per claim 9, MSWMI discloses a computer-implemented method for accessing 
instrumentation data from within a runtime environment, wherein the runtime environment 
provides a runtime engine that executes an application compiled in a runtime-aware language 
(e.g. Introduction: enterprise environment, model - pg 1; Object, Information Model: pg. 5-11 — 
Note: application of a enterprise application with modeling and interface or extension APIs reads 
on application with a runtime-aware programming language), the method comprising: 

receiving a request from the application for instrumentation data representing management 
information about other applications and devices available outside the runtime environment (e.g. 
to capture instrumentation data from device drivers kernel . .- pg. 2-top, 5 th bullet; WMI 
Architecture Overview: using WMI APIs ... providers supply ... CIM object Manager with data 
from managed objects, handle requests ; interface between management applications and data 
providers ... common programming interface to Windows Management Instrumentation,- pg.3, 
middle; Fig. 1, pg. 4; WMI Providers data that is not available from the CIMOM ...forward to 
WMI Provider data and event notifications for managed objects - top pg. 4; WMI ... providers ... 
MOF language to define and create classes - middle pg. 4; data source such as system registry - 
3 rd para, pg. 4), 

the request comprising a path of an instrumentation data object for accessing said 
instrumentation data (e.g. Features: Object Creation, pg. 6; SWbemObjectPath - bottom, pg. 7), 
options used to retrieve (e.g. SWbemServices Object: Get, Delete, InstancesOf ExecQuery, 
AssociatorsOf ... pg. 7, middle; GetObjectText_, Spawnlnstance_, pg. 9, middle) the 
instrumentation data objects and a namespace (e.g. SWbemServices object: object ...connection 
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to a namespace - pg. 7, middle; ParentNameSpace, pg. 8, 3 rd bullet) of the instrumentation data 
object; 

in response to said request, querying for said instrumentation data, using the path to said 
instrumentation data object for accessing said instrumentation data; determining whether said 
instrumentation data was successfully returned (WMI Scripts Usage: Method Execution, 
Queries, remote Access, pg. 11; Asynchronous example: hResult, ErrorObject - pg. 14, 2 nd 
para - Note: scripting with path parameters reads on using path to incorporate in the query 
effected via API calls); and 

in response to determining that said instrumentation data was successfully returned, 
constructing said management object in the runtime environment and populating said 
management object (e.g. CIM Object CollQction-SwbemObjectSet, pg 11 - Note: object set after 
collecting of data from remote access reads on populating CIM model; Features: Object 
Creation, Collections, Direct Access, pg. 6; SwbemEventSource Object, SwbemNamedValueSet 
collection, SwbemObject) with said instrumentation data. 

MSWMI does not explicitly disclose that the application for the runtime-aware language is 
written in an intermediate language. But this limitation has been addressed in claim 1 above. 

As per claim 10, MSWMI discloses wherein constructing said management object in the 
runtime environment and populating said management object with said instrumentation data 
includes binding an instance of a management object class (e.g. Features: Monikers - pg. 6, 
middle) to said instrumentation data object for accessing said instrumentation data source. 

As per claim 11, MSWMI discloses constructing a management scope object identifying 
the namespace (SWbemServices object: object ...connection to a namespace - pg. 7, middle; 
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ParentNameSpace, pg. 8, 3 rd bullet) associated with said instrumentation data object for 
accessing said instrumentation data. 

As per claims 12-13, MSWMI discloses constructing a management path object 
identifying the path (Features: Object Creation, pg. 6; SWbemObjectPath - bottom, pg. 7), and 
specifying the options to retrieve (e.g. SWbemServices Object: Get, Delete, InstancesOf, 
ExecQuery, AssociatorsOf ' ... pg. 7, middle; GetObjectText_, Spawnlnstance_, pg. 9, middle) 
said instrumentation data object for accessing said instrumentation data. 

As per claim 14, MSWMI discloses throwing a management exception object 
(Advantage of Using WMI Scripting: 4 th bullet: built-in features ... exception ~pg. 5, middle; 
Features: Error Handling - pg 6, middle; Asynchronous example: hResult, ErrorObject - pg. 
14, 2 nd para; SwbemLastError object: read-once semantics... cleared after reading - pg. 9, 
bottom) in response to determining that said instrumentation data was not successfully returned. 

As per claim 15, MSWMI discloses wherein properties of said management object may be 
accessed utilizing an indexer (e.g. SwbemNamedValueSet: ...indexing mechanism - 
SwbemNamedValueSet collection, pg. 8). 

As per claims 16-17, MSWMI discloses a computer-readable storage medium and 
computer-controlled apparatus comprising a processing unit and a system memory, and wherein 
the apparatus further comprises a managed code runtime environment and is configured to carry 
out the method of any one of Claims 9-15 ( refer to claims 7-8). 

Response to Arguments 
4. Applicant's arguments filed 4/1 1/08 have been fully considered but they are not 
persuasive. Following are the Examiner's observation in regard thereto. 
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USC § 103 Rejection: 

(A) Applicants have submitted that APA (Admitted Prior Art) states that WMI services are 
not available within the managed code environment, hence there would be no suggestion thereof 
(Appl. Rmrks pg. 7, bottom). The claim language does not mention about WMI services, and the 
claims (if any) nor the Specifications combined do not explicitly provide a slightest teaching 
similar to a glossary of words or definition that clearly states that "WMI services" are not APIs 
within the managed code environment (MCE) but actually the very 'instrumentation data' 
available outside said MCE; and that 'outside' means that network communication across 
machine environment is required. The argument is largely non-commensurate with the claim 
language as being prosecuted and accordingly addressed. 

(B) Applicants have submitted that for claim 1, MSWMI as cited makes no mention or 
discussion about 'requests instrumentation that is available outside of the runtime environment' 
because parameters like namespace or path are pertinent to APIs within the native code 
environment (Appl. Rmrks pg. 8, middle). The cited portions provide numerous illustrations of a 
a communication paradigm wherein the managed code environment effectuate APIs to send 
request to middle services between CIM Object manager service and the runtime MCE, for 
interfacing with WMI built-in providers and underlying repository (e.g. CIMOM repository) for 
retrieval whereby of needed instrumentation data, and that the CIM Object manager services 
plays a relaying role between this MCE and WMI providers or CIMOM repository; i.e. the 
nature of the objects retrieved from the WMI provider technology can be MOF language to 
define and create classes (see middle pg. 4). The mere presence (in MSWMI) of repository to 
access and providing data in light of numerous interfaces including forwarding/communication 
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of requests so that a MOF language is retrieved via a WMI services from the standard CIMOM 
repository speaks volume that data for instrumentation needed and requested via the MCE APIs 
are external to this MCE. Moreover, API requests to retrieve source data from a system registry 
by way of built-in WMI services also reads on 'management information about applications or 
devices available outside' the MCE. The phrase recited as 'outside the management code 
runtime environment' does not enforce a scenario that communicated requests have to be 
traveled back-and- forth outside of the hardware bounds (emphasis added) of the platform where 
this MCE operates, because the term 'runtime' only conveys a limited space rather occupying a 
portion (emphasis added) among other memory allocated portions dedicated to many other 
concurrent applications of a machine where this MCE resides; and a resource coming from a 
kernel or a registry would be deemed outside of such "runtime" confines. The argument is not 
persuasive because it fails to clearly point out how the above teachings by MSWMI would be 
precluded from reading onto the language of "including requests for instrumentation data 
representing management information . . . available outside the managed code runtime 
environment". Applicant's arguments fail to comply with 37 CFR 1.1 1 1(b) because they amount 
to a general allegation that the claims define a patentable invention without specifically pointing 
out how the language of the claims patentably distinguishes them from the reference. 
(C ) Applicants have submitted that functionality of MSWMI as cited describes 
communication and obtaining of data within the computer system, not 'external to said managed 
code runtime environment' (Appl. Rmrks pg 9, top). This argument is to be referred back to 
section B above because the language of 'runtime' cannot preclude the teachings by MSWMI 
from reading onto claim 1 . 
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(D) Applicants have submitted that (Appl. Rmrks pg 9, 2 nd para) MSWMI does not disclose 
'receiving a response . . . instrumentation data that is external to the managed code environment'; 
and this falls under the analysis of the phrase reciting data 'outside of or 'external to' of the 
runtime environment of said 'managed code environment', and this will be referred to section B. 

(E) Applicants have submitted that an obviousness rationale has not been articulated 
according to the prima facie according to the KSR model and the rejection should be withdrawn 
(Appl. Rmrks pg. 9, bottom half). The obviousness rationale has applied the existing technology 
aspect in MSWMI in conjunction with the use of intermediate language well-known as 
mentioned in APA; whereas the grounds of argument from the Applicants amounts to finding the 
shortcomings in a limitation (i.e. 'external to' , 'outside of) that is not remotely part being 
addressed as obvious in the articulation of such rationale. The rejection will be maintained since 
Applicants fail to point out how even with the Office's combining of references, a specific 
feature (i.e. intermediate language form) would not deemed obvious and that such proposed 
combination would not yield positive results to meet the claim taken as a whole. 

(F) Applicants have submitted that claim 9 (Appl. Rmrks pg. 10) recites similar subject 
matter as claim 1; thus, MSMI combined with APA fails to teach or suggest 'instrumentation 
data that exists external to a runtime environment'. This argument has been addressed above. 

In all, the claims will stand rejected as set forth in the Office Action. 

Conclusion 

5 . THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (571) 272-3735. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Lewis Bullock can be reached on (571)272-3759. 

The fax phone number for the organization where this application or proceeding is 
assigned is (571) 273-3735 ( for non-official correspondence - please consult Examiner before 
using) or 571-273-8300 ( for official correspondence) or redirected to customer service at 571- 
272-3609. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be 
obtained from either Private PAIR or Public PAIR. Status information for unpublished 
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applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



/Tuan A Vu/ 

Primary Examiner, Art Unit 2193 
June 25,2008 



